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[57] ABSTRACT 

A server selectively filters and caches internet downloading 
requests from attached terminals, subsequently resubmitting 
cached requests appropriately. With the terminals connected 
to the internet via the server, the server is a focal point for 
all internet requests. Initially, the server receives a request 
from an attached terminal to download desired information 
from the internet. The received request contains a download 
code, such as a universal resource locator, identifying the 
desired information. The server determines whether the 
requested download should proceed based upon information 
obtained from one or more of sources such as (1) server- 
related limitations and status, (2) limitations set forth in a 
user profile, and (3) characteristics of the download itself, 
obtained from the download code and by tentatively for- 
warding the request to the internet and inspecting an initial 
response. The server applies certain criteria to these current 
conditions. If the criteria are satisfied, the server proceeds to 
receive the complete response from the internet and then 
forward the response to the requesting terminal. If the 
criteria are not satisfied, the current conditions are not 
appropriate for the user's particular request. In this case, the 
server caches the download code (if not already cached), 
sends a message to the internet to abort the request, deter- 
mines when to resubmit the request in compliance with the 
criteria, and schedules resubmission of the download code to 
the internet at the determined time. If conditions warrant, the 
server may forego resubmission of the request. 

52 Claims, 3 Drawing Sheets 
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SELECTIVE INTERNET REQUEST 
CACHING AND EXECUTION SYSTEM 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to the exchange of data over 
a network such as a public or private internet. More 
particularly, the invention concerns the operation of a server 
to selectively filter and cache internet access requests from 
the computers attached to the server, and subsequently 
resubmit the cached requests appropriately. 

2. Description of the Related Art 

Access to an "internet" is imperative for most computer 
users today. Public and private internets provide an espe- 
cially convenient means for exchanging information. Inter- 
net users can quickly transmit data to others internet- 
connected sites, as well as research various subjects by 
downloading a variety of materials, such as text, graphics, 
and executable programs. Although the term "internet" is 
usually associated with the global and public Internet, there 
are both public and private internets. Private internets, often 
called "intranets" or "enterprise internets," often have access 
limited to employees of a particular company. One of the 
earliest and largest intranets, for example, is the network of 
the International Business Machines Corp. 

An internet is an open interconnection of networks, sup- 
porting the exchange of information among various attached 
computers. An internet includes a network of routing 
computers, which receive access requests and cooperatively 
route the requests to appropriate host computers capable of 
executing the request. Advantageously, routing computers 
and hosts may use almost any different type of architecture 
and operating system. Within an internet, communications 
are typically conducted under a standard protocol, such as 
Transmission Control Protocol/Internet Protocol ("TCP/ 
IF'). Internets may employ a variety of electronic transport 
media, such as telephone lines, optical fiber, satellite 
systems, local area networks, etc. Users can access internets 
by a number of different means. In one example, a user's 
computer connects to a host computer directly via telephone 
line, cable television line, ISDN line, or another line, the 
host computer itself being coupled to internet routers by a T3 
connection or other suitably fast link. In another example, a 
user's computer may be coupled to a network, such as a local 
area network, which connects to an internet by an appro- 
priate means, such as a T3 connection. 

Although the depth of information available through 
internets is nearly unlimited, there are definitely limits to 
internet access speed. Even the fastest internet access links 
can only carry so much data in a given period of time. Due 
to the limited communications bandwidth of internet access 
links, internet users may confront a number of different 
penalties. For example, users with local network connection 
to an internet may experience slow download times because 
or the local network's internet workload from other users. In 
this case, since the network server operates as a conduit to 
the internet, it may be burdened by many different simulta- 
neous user requests to download information from the 
internet In a corporate intranet environment, users can 
suffer from slow network performance despite whether their 
particular download request is urgent or not. For example, 
one user with a particularly urgent request to download 
critical accounting information may be delayed because of 
many other users busy obtaining weather information, 
checking stock prices, idly "surfing the net," and doing other 
less urgent tasks. 
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Especially frustrating is the fact that burdensome internet 
access tasks cao prevent the network server from efficiently 
completing other processing tasks, completely unrelated to 
internet access. For instance, a large number of concurrent 
5 internet communication requests may slow the network 
server's completion of spreadsheet programs, personal 
calendars, mathematical computations and modeling, and 
other programs running on the network on behalf of indi- 
vidual users. 

10 On the other hand, users that individually connect to the 
internet can avoid many of the problems experienced with 
internet access through local networks. Nonetheless, users 
with individual internet connect on still encounter different 
problems of their own. If the user's internet link is a 

15 telephone line, for example, long downloads may result in 
higher charges from the telephone company, and longer 
periods during which a shared telephone line is unavailable 
for other purposes, such as voice calls and fax use. 
Consequently, known approaches to internet access are not 

20 completely adequate for some applications due to certain 
unsolved problems. 

SUMMARY OF THE INVENTION 

25 Broadly, the present invention concerns the use of a server 
to selectively filter and cache internet access requests from 
the terminals attached to the server, and subsequently resub- 
mit the cached requests appropriately. The internet in this 
context may be the worldwide public Internet, or a private 

30 "enterprise" internet such as a corporate "intranet." Since the 
terminals are connected to the internet via the server, the 
server is a focal point for all internet requests. Initially, the 
server receives a request from one of the attached terminals 
to download desired information from the internet. The 

35 received request contains a download code, such as a 
universal resource locator ("URL"), identifying the desired 
information. The server determines whether the requested 
download should proceed based upon information obtained 
from one or more of sources such as (1) server-related 
limitations and status, (2) limitations set forth in a user 
profile, (3) the download code, and (4) characteristics of the 
download data itself obtained by tentatively forwarding the 
request to the internet and inspecting the initial response. 
The server applies certain predetermined criteria to current 

4S conditions represented by the foregoing data. 

If the criteria are satisfied, the server proceeds to receive 
the complete response from the internet and then forwards 
the response to the requesting terminal If the criteria are not 
satisfied, the current conditions are not appropriate for the 

50 user's particular request. In this case, the request is later 
resubmitted to the internet at an appropriate time. More 
specifically, if the criteria are not satisfied, the server caches 
the URL, sends a message to the internet to abort the request, 
determines when to resubmit the request in compliance with 

ss the criteria, and schedules resubmission of the URL to the 
internet at the determined time. Caching of the URL may be 
skipped if the URL has been previously cached, or if 
conditions warrant aborting the request completely. Notifi- 
cation may be sent to the user advising him/her of any delay 

60 and the status of the user's internet request. 

Accordingly, in one embodiment, the invention may be 
implemented to provide a method to operate a server to 
selectively filter and cache internet access requests from the 
terminals attached to the server, and subsequently resubmit 

65 the cached requests appropriately. In another embodiment, 
the invention may be implemented to provide an apparatus, 
such as a server, programmed to selectively filter and cache 
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internet access requests from the terminals attached to the tions links such as those mentioned above in the context of 

server, and subsequently resubmit the cached requests the link 112. If the terminals 104 and server 101 are located 

appropriately. In still another embodiment, the invention in the same facility, some of all of the links 114 may 

may be implemented to provide a signal-bearing medium comprise wires or cables. The terminals 104 may comprise 

tangibly embodying a program of machine -readable instruc- 5 personal computers, computer workstations, mainframe 

tions executable by a digital data processing apparatus to computers, user terminals without any substantial comput- 

perform method steps for selectively filtering and caching m S P ower such as <<thin clients," or another device for users 

internet access requests from terminals attached to the t0 rc 1 ucst f to the i**™* 1( > 2 ™ * c se ™ ;™ 1As 

server, and subsequently resubmitting the cached requests at a specific example, one or more of the terminals 104 may 

• * *• _ comprise IBM brand PS/2 personal computers, 

appropriate times. 10 ™£ - M . ■ r 

rr r The server 101 comprises a mainframe computer, com- 

The invention affords its users with a number of distinct p Uter workstation, personal computer, computer server, or 

advantages. For example, the invention conserves the com- another digital data processing machine of suitable comput- 

puting and input/output resources of a shared server by mg power for the type and number of terminals 104. As a 

selectively filtering users' internet download requests, each- specific example, the server 101 may comprise an IBM 

ing filtered requests, and resubmitting cached requests 15 brand AS/400 server. As the server 101 regulates internet 

appropriately. Computing and input/output resources may access among the terminals 104, the server may also be 

also be preserved by aborting a download request when called an "internet gate/' The server 101 includes one or 

conditions warrant. Second, the invention helps reduce a more interfaces 108, an application program 106, and a 

user's internet access costs by automatically scheduling cache store 110, The server 101 also includes various other 

download requests for an inexpensive access time. The 20 hardware and software components, which are not shown or 

invention also provides a useful benefit by conserving discussed, since they are commonly implemented in com- 

valuable communications bandwidth. The invention also puters and familiar to those of ordinary skill in the art. 

provides a number of other advantages and benefits, which The interface 108 comprises one or more telephone 

should be apparent from the following description of the modems, Tl and/or T3 interfaces, cable modems, ISDN 

invention. 25 modems, or other suitable devices for exchanging signals 

with the internet 102 and specific embodiment of terminals 

BRIEF DESCRIPTION OF THE DRAWINGS 104 present. The application program 106 is a software 

cro -% ' ui i j" £ *t_ i_ j , module configured to implement the invention's selective 

FIG. 1 is a block diagram of the hardware components . . . & . . * , , . . , , _, 

and interconnections of a gated internet access system in ^ ^™et request filtering and resub.mss.on scheduling. The 

accordance with the invention. 30 application program 106 may be implemented using one or 

more neural networks, artificial intelligence, lookup tables, 

FIG. 2 is a block diagram of a digital data processing if-then-else statements, or other appropriate techniques. The 

machine in accordance with the invention. application program 106 is discussed in greater detail below. 

FIG. 3 shows an exemplary signal-bearing medium in The cache store 110 comprises a data store, implemented in 
accordance with the invention. 35 software, hardware, or a combination of both. As an 
FIG. 4 is a flowchart of an operational sequence for example, the cache store 110 may comprise a software- 
operating a server to selectively filter and cache internet implemented buffer, a fast-access memory hardware corn- 
access requests from the computers attached to the server, ponent such as random access memory, etc. 
and subsequently resubmit the cached requests In an alternative embodiment, there may be terminals 104 
appropriately, in accordance with the invention. 40 separately coupled to the internet 102, rather than through 

the common server 101. In this embodiment, each of such 
DETAILED DESCRIPTION "independent" terminal individually incorporates compo- 
se nature, objects, and advantages Dents of its own download request server, rather than 
become more apparent to those skilled in the art after employing the shared resources of the server 101. The 
considering the following detailed description in connection 45 components of an individual terminal's download request 
with the accompanying drawings. As mentioned above, the server m W be implemented by programming existing hard- 
invention concerns the operation of a server to selectively wareof me terminal 104, or by adding hardware components 
filter and cache internet access requests from the computers 45 necessary. In this environment, where terminals have 
attached to the server, and subsequently resubmit the cached "P*"* mternet access > ^ * no mmm with overwork- 
requests appropriately 50 m S snare d components such as a server. However, a need 

still exists to minimize internet access costs for each termi- 

Hardware Components & Interconnections nal 104. Internet access costs may include, for example, 

Gated Internet Access System financial costs (e.g., per minute telephone line charges, per 

One aspect of the invention concerns a gated internet minute charges of an internet service provider, etc.) as well 

access system, which may be embodied by various hardware 55 as non-monetary costs (e.g., convenience penalty for tying 

components and interconnections of the system 100 up an otherwise open telephone line, etc.). Thus, the internet 

described in FIG. 1. The system 100 includes a download gate provided by each terminars local server component 

request server 101, an internet 102, and one or more termi- helps reduce internet access costs, 

nals 104. Exemplary Digital Data Processing Apparatus 

The internet 102 may comprise the "public" Internet, a 60 Another aspect of the invention concerns a digital data 

private or "enterprise" internet such as a corporate intranet, processing apparatus, configured to implement the server 

or a combination of these. Hie server 101 and internet 102 101 as described herein. Such a digital data processing 

arc connected by a communications link 112, such as one or apparatus may be embodied by various hardware compo- 

more telephone lines, wireless links, satellite, optical lines, nents and interconnections, one example being shown by the 

cable television lines, a combination of the foregoing, or 65 particular digital data processing apparatus 200 (FIG. 2). 

another suitable telecommunications link. The server 101 The apparatus 200 includes a processor 202, such as a 

and terminals 104 are connected by suitable communica- microprocessor or other processing machine, coupled to a 
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storage 204. In the present example, the storage 204 includes For ease of explanation, but without any limitation intended 

a fast-access storage 206, as well as nonvolatile storage 208. thereby, the example of FIG. 4 is described in the context of 

The fast-access storage 206 may comprise random access the gated internet access system 100 described above. The 

memory, and may be used to store the programming instruc- steps 400 are initiated in step 402, when the server 101 

tions executed by the processor 202 during such execution. 5 receives an internet download request from one of the 

The nonvolatile storage 208 may comprise, for example, one terminals 104, via the interface 108. This request is referred 

or more magnetic data storage disks such as a "hard drive/' tQ as ^ "cancnt" request. This request may be transmitted 

a tape drive, or any other suitable storage device. The from termirjal t0 server by various means . M a spccific 

apparatus 200 also includes an input/output 210, such as a e fc ^ 1Q4 be executing an mteraet 

hue bus, cable, electromagnetic link or other means for 10 browsef (guch ^ ESCAPE 3.0 or WINDOWS INTER- 

excnanging data with tne processor EXPLORER 4.0V which transmits the internet request 

Despite the specific foregoing description, ordinarily , A . ^ M ' . . r . , A , . 

, m. / /L * *u u a* r *l* j* i \ -ii to the server 101. Alternatively, if an internet browser is 

skilled artisans (having the benefit of this disclosure) will , 

recognize that the apparatus discussed above may be imple- ™8 ° n the server !«. Jhe tennmal 104 may transmit its 
mented in a machine of different construction, without 15 download r ^ est m another f ° rmat L to se ^ ver ln > £ ° r 
departing from the scope of the invention. As a specific T^P 1 retransmission by the server s network- 
example, one of the components 206, 208 may be elimi- implemented browser. In addition to internet browsers, 
nated; furthermore, the storage 204 may be provided many other fonns of request transm^ionwUl be apparent to 
on-board the processor 202, or even provided externally to o^^y skilled artisans having the benefit of this 
the apparatus 200 20 disclosure, without departing from this invention. In the 

context of a terminal that is coupled to the internet 102 

Operation independent of a server 101, and therefore incorporates its 

In addition to the various hardware embodiments own server 101, server-terminal communicauons may occur, 

described above, a different aspect of the invention concerns for exam P le ; b * one or more P^ssors passing data from 

a method for selectively filtering and caching internet access 25 one a PP hcatl0n P ro S ram t0 another, 

requests from the computers attached to the server, and Th e download request includes a "download code" iden- 

subsequently resubmitting the cached requests appropri- tifying the desired material to download. As an example, the 

ately. code may comprise a numeric, alphabetic, or alphanumeric 

Signal -Bearing Media code identifying the storage site of the download data, such 

In the context of FIGS. 1-2, such a method may be 30 as a universal resource locator ("URL"). An exemplary URL 

implemented, for example, by operating the server 101 mav comprise one of the following: (1) a file transfer 

(FIG. 1), as embodied by a digital data processing apparatus protocol ("FTP") address, usually preceded by "ftp://", (2) 

200 (FIG. 2), to execute certain machine-readable instruc- worldwide web ("WWW") address, usually having the for- 

tions. These instructions may reside in various types of mat "http:\\www . . . ", (3) gopher address, etc. The request 

signal-bearing media, and make up the application program 35 mav comprise a request to download a WWW page, a 

106. In this respect, one aspect of the present invention document, graphics item, table, or any other data object, 

concerns a programmed product, comprising signal-bearing Following receipt of the request in step 402, the server 

media tangibly embodying a program of machine-readable 101 initiates the requested download in step 404. This is 

instructions executable by a digital data processor to per- achieved by forwarding the request to the internet 102 over 

form a method to selectively filtering and caching internet 40 the link 112. As discussed below, the server 101 might (or 

access requests from the computers attached to the server, might not) permit the request to complete, depending upon 

and subsequently resubmitting the cached requests appro- certain conditions. In response to submission of the internet 

priately. request, the internet 102 begins to formulate its response 

This signal-bearing media may comprise, for example, (not shown). 

RAM (not shown) contained within the server 101, as 45 Compiling Status Information 

represented by the fast-access ; storage .206 of ^the digital data ^ st 404) the SQTy ^ s lication 106 

processing apparatus 200. Alternatively, the instructions flc5 yarious ^ tQ ultimatel determine whetner ^ 

may be contained in another signal^eanng media, such as f t should ed Iq tfae mustrated e le this data 

a magnetic data storage diskette 300 (FIG. 3) direcdy or descfibes ^ stahJS of ^ ti lhe data to be 

mdirectly accessible by the processor 202 . Whether con- 50 downloaded , and the se ^ er 10 i itse lf. This data is compiled 

tamed m the fast-access storage 206, diskette 300, or from var{ous ^ ^ in detail below> 
elsewhere, the instructions may be stored on a variety of 

machine-readable data storage media, such as DASD stor- Status of Ret l uestm g User 

a S e ( e -g > a conventional "hard drive" or a RAID array), Considering step 406 in detail, the application program 

magnetic tape, electronic read-only memory (e.g., ROM, 55 106 collects information about the requesting user by 

EPROM, or EEPROM), an optical storage device (e.g., retrieving a "user profile." In one example, there is one user 

CD-ROM, WORM, DVD, digital optical tape), paper profile per-associated with each terminal 104. Alternatively, 

"punch" cards, or other suitable signal-bearing media # more ^ n one person share a terminal 104, each user 

including transmission media such as digital and analog and profile may be associated with a particular person. The user 

communication links and wireless. In an illustrative embodi- 60 profiles may be stored at the server 101, stored at the 

ment of the invention, the machine- readable instructions terminals 104 and transmitted to the server at an appropriate 

may comprise software object code, compiled from a lan- time, or stored elsewhere, depending upon the needs of the 

guage such as "C," etc. particular application. 

Overall Sequence of Operation In the illustrated embodiment, all user profiles contain the 

Introduction: Receiving Download Request 65 same data fields, which may be established by a person such 

FIG. 4 shows a sequence of method steps 400 to illustrate as a system administrator. An exemplary user profile is 

one example of the method aspect of the present invention. shown in Table 1, below. 
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TABLE 1 



User Profile 



USER NAME PRIORITY LEVEL PROHIBITED ACCESS TIMES 



PROHIBITED 
DOWNLOADS 



MAX 

DOWNLOAD 



Jim 



50 



07:00-17:000 



ANY 

DOWNLOAD 
CODE 

CONTAINING 
"XXX" 



10 Mb 



As shown in Table 1, one data field is "priority level/' 
comprising a number representing the user's general priority 
among all users, as set by the system administrator. In the 
present example, this number is between zero and one 
hundred. A company president, for example, may be 
assigned a priority level of one hundred, higher than most 
other employees. Another data field is "prohibited access 
times." This field may outline times at which the user is 
prevented from internet downloads, times when downloads 
are least expensive, otherwise preferred times for internet 
downloading, etc. Another data field is "prohibited 
downloads/' which outlines certain types of downloads for 
the identified user. Downloads be prohibited by source (e.g., 
ftp:\, http:\\, etc.), by characters in the URL (e.g., "xxx"), or 
a combination of these or different characteristics. 

In the embodiment of the system 100 with independent 
terminals, the data fields may be adjusted from those shown 
in order to specify user preferences for inexpensive internet 
connect time, faster times of the day/week to download, etc. 

In step 406, the server retrieves the user profile that 
corresponds to the requesting terminal 104 (and a specific 
user of that terminal, if there are multiple terminal users). 

Status of Download Request 

As mentioned above, the server 101 also collects various 
information about the requested download. As an example, 
this information includes the size of the download (e.g., 10 
Mb), the type of data object (e.g., graphics, text, tables, etc.), 
and other information about the download. The server 101 
obtains this information from the content of the download 
code and from the internet's response to the terminal request 
previously submitted in step 404. More particularly, in step 
406 the server 101 receives an "initial part" of the internet 
response to the download request of step 404. As an 
example, this initial response comprises data, less than the 
entire response, including parameters such as a header or 
other such information indicating the size of the entire 
response, type of data object, etc. 

An exemplary set of header information is shown in Table 
2, below. 



TABLE 2 





Download Parameters 


OBJECT TYPE 


OBJECT SIZE DOWNLOAD SOURCE 


executable binary code 


4.5 Mb ftp;/ 


Status of Server 



After step 408, the server 101 determines the server's 

25 status in step 410. In the illustrated embodiment, the server 
status includes the activity level of the server, as well as 
certain predefined downloading restrictions. Table 3 (below) 
shows an exemplary server status. The server status con- 
cerns information about current conditions at the server 101, 

30 whereas the downloading restrictions concern certain profile 
information specifying permissible conditions for the server 
101 to carry out a particular download request. 

The server status information includes information such 
as the server's busyness, known as "percent loading," where 

35 0% loading indicates an idle server and 100% loading 
signifies a server working to its maximum capacity. In the 
present example, the percent loading includes an instanta- 
neous figure as well as a running average over a fixed time 
period. The server status information of step 410 may also 

40 include various other information, such as the time of day. 
This information affects the server's ability to satisfy inter- 
net downloading requests. Excessive server loading delays 
the server's processing and input/output of work for all 
terminals. And, even though the server may be unoccupied 

45 at a particular time, high workload is still predictable at 
certain times of the day. 

In contrast with the server activity level, the predefined 
downloading restrictions concern various profile informa- 

5Q tion specifying permissible conditions for satisfying down- 
load requests. In the illustrated example, this data includes 
(1) a maximum permissible busyness (instantaneous and 
average), beyond which new download requests cannot be 
immediately satisfied, (2) other time-dependent limits on 

s5 certain types and sizes of downloads, and (3) minimum 
required user priority for completing download requests (the 
server 101 may adjust this value depending upon its 
busyness, the priority of users with other pending download 
requests, and other factors). 
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BUSYNESS BUSYNESS 
(INSTANT) (AVG.) TIME 



MAX BUSYNESS 
(INSTANT) 



MAX BUSYNESS 
(AVG.) 



OTHER LIMITS 



PRIORITY 
LIMIT 



50% loading 65% loading 12:15 80% 
Thurs. 
4-9-98 



45% 



♦ 09:00-10:00 
Mondays, no ftp > 
3Mb 

♦ 16:30-17:30 all 
days, no http > 10 
Mb, no ftp > 60 
Mb 



MIN. 30 



Without departing from the present invention, the data 
fields of Table 3 may be adjusted in different ways to 
accommodate terminals independently coupled to the inter- 
net 102, as will be recognized by those of ordinary skill in 
the art (having the benefit of this disclosure). For example, 
the consideration of priority may be omitted. 

Evaluating Request and Status 

After step 410, the server 101 performs step 412, by 
analyzing data that was compiled in steps 406-410. 
Generally, step 412 determines whether the current request 
should be completed or not, in view of the compiled 
characteristics of the user, server, and download request. The 
compiled information may be analyzed in different ways, as 
will be recognized by ordinarily skilled artisans having the 
benefit of this disclosure. 

According to one approach, the compiled information 
may be evaluated first to determine whether any condition 
prevents the download request from completing. For 
instance, if the user's profile prohibits downloading during 
certain times, and the server shows the current "time of day" 
in this range, the request cannot complete. As another 
example, the user's download request is prevented if it seeks 
data of an impermissible size or type. Next, if none of these 
preventive conditions exist, the server's busyness and aver- 
age priority of download requests are evaluated to determine 
whether the current request should proceed. For example, if 
the server's loading is high, the current request may be 
rejected in favor of ongoing requests with higher priority 
indices. Conversely, with low server loading, the current 
request may be accepted even if the average ongoing down- 
load request is higher than the requesting user's priority. 

As an alternative to the illustrated embodiment, the analy- 
sis of step 412 may be performed in a staged sequence, 
rather than gathering all available information first and then 
analyzing it. In this embodiment, the server 101 may analyze 
easily available information first (such as the user profile 
with respect to time of day, etc.), and proceeding to more 
involved analysis only if conditions warrant. Thus, in this 
example, the download request of step 404 may be delayed 
until the server 101 verifies that other conditions precedent 
have been satisfied. 

In any case, having conducted the necessary analysis in 
step 412, the server 101 completes the final portion of the 
analysis by determining whether the current conditions 
warrant completion of the download request or not (step 
414). 

Completing Request 

If conditions dictate completion of the terminal's request, 
the request is permitted to complete, as shown by step 418. 
Completion of the request involves permitting the internet 
102 to process the request originally submitted in step 404 
(or submitting the request for the first time if step 404 was 
delayed pending staged analysis of other available 



information). More particularly, the requested data is down- 
loaded and stored locally at the terminal 104 or server 101, 
and the server 101 notifies the user of the completion of the 
download request and resulting availability of this data. 
20 Terminating Request 

On the other hand, if current conditions do not warrant 
completion of the request, the request is processed in step 
416. The request may be processed in different ways, 
depending upon the request, user, and system status. In the 
illustrated example, the following outcomes are provided: 

1. CACHE/SUSPEND: The request may be suspended 
and cached for resubmission to the internet later. In this 
embodiment, the request (of step 404) is aborted by 

30 sending an appropriate message to the internet 102. 
Also in this step, the URL is stored in the cache store 
110 in association with the requesting one of the 
terminals 104, and appropriate criteria is established for 
resubmitting the cached request. This criteria may 

35 specify certain conditions in the server 101, expiration 
of a wait timer, satisfaction of a predefined resubmit 
schedule, or other conditions for resubmitting the 
cached request. The server 101 may also send an 
advisory message to the requesting terminal 104, noti- 

40 fying the user of the delay. The cached request is 
resubmitted by proceeding along the path 419 to step 
418. 

2. SUSPEND/KEEP: If the URL has already been cached 
for the requesting terminal, the cache entry is permitted 

45 to remain. However, the current request is suspended 
by sending an appropriate abort message to the internet 
202. The server also establishes appropriate criteria 
(e.g., wait timer expiration) for resubmitting the 
request. The server 101 may also send an advisory 

50 message to the requesting terminal 104, notifying the 
user of the delay. The cached request is ultimately 
resubmitted by proceeding along the path 419 to step 
418. 

55 3. SUSPEND/DELETE: If some condition, such as the 
user's profile, dictates that the download request never 
complete, the request is aborted without caching it. 
Processing Future Requests 

After step 418, or step 416 via path 421, the server 101 in 
60 step 420 asks whether any other internet downloading 
requests have been received from the terminals 104. Task 
420 repeats until such a request is received, at which time the 
routine 400 returns to step 404, discussed above. 
Exemplary Code Sequence 
65 To illustrate the invention in even greater detail, Table 4 
(below) depicts a sequence of pseudo-code that may be used 
to implement the application program 106. 
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Exemplary Code Sequence 



if uscr_url_rcquest then call url_cache_main_routine 
uri_cachc_main_j:ouLinc 

if user_object_recruest_size > admininstrator_set_object_size_for_useT OR 
user_object __jequest_type is not in the set of admininstiator__set_object_types OR 
user_objccL_rcquested_url is not in the set of admininstrator_allowecL_urls then 

call error; 

return 

if actual_network_Joad >= admininstrator_set_network%load_level then 
set estimated_time_to__resubmit_request; 
call cachc_urt_routine; 
return 

if user_object_request„size > admininstrator_set_object_size_foi_tirne_of — day/date then 
set estirnated_.time__to_resubmit__request; 
call cacne__url — routine; 
return 

if user_object__request_size > admininstrator_set_object_size then 

set estimated_time_to_resubmit_rcquest; 

call cache_url_routine; 

return 
return 

cache_url_routine (subroutine) 

store user_url_request; estimated_time_to_resubmit_request 

send user message__of_delayed_j , esponse 
return 



EXAMPLE 

To further illustrate the operation of the invention, a more 
detailed example is provided using the sequence 400 (FIG. 
4). In step 402, one of the terminals 104 submits an internet 
download request to the server 101 at 10:30 a.m. The 
download request is identified by a download code com- 
prising the URL "http:Wwww.ibm.com". In step 404, the 
server 101 initiates the request by forwarding the URL to the 
internet 102. In step 406, the server 101 obtains the user's 
profile, which is shown in Table 5, below. 



404, and determines the following information about the 
requested download, as shown in Table 6. 



TABLE 6 







Download Parameters 


35 


OBJECT TYPE 


OBJECT SIZE DOWNLOAD SOURCE 




graphic object 


25 Mb http:[\] 



TABLE 5 



User Profile 



USER NAME PRIORITY LEVEL PROHIBITED ACCESS TIMES 



PROHIBITED 
DOWNLOADS 



MAX 

DOWNLOAD 



John Smith 



30 



07:00-09:00, 15:00-17:00 



DOWNLOAD 
CODES 
CONTAINING 
"XXX" 



30 Mb 



In step 408, the server 101 reviews the URL and receives an 
initial portion of the internet response to the request of step 



After step 408, the server 101 determines its own status in 
step 410. The resultant information is shown in Table 7, 
below. 



TABLE 7 



Server Status 



BUSYNESS BUSYNESS MAX BUSYNESS MAX BUSYNESS PRIORITY 

(INSTANT) (AVO.) TIME (INSTANT) (AVO.) OTHER LIMITS UMIT 

50% loading 65% loading 10:30 80% 45% ♦ 09:00-10:00 MIN. 25 

Mon. Mondays, no ftp > 

4-6-98 3 Mb 

♦ 09:00-11:00 
Mondays, no http > 



04/18/2004, EAST Version: 1.4.1 



13 



6,003,082 

TABLE 7-continued 



14 



BUSYNESS BUSYNESS MAX BUSYNESS MAX BUSYNESS PRIORITY 

(INSTANT) (AVG.) TIME (INSTANT) (AVG.) OTHER LIMITS LIMIT 

20 Mb 

♦ 16:30-17:30 all 
days, no http > 10 
Mb, no ftp > 60 



After step 410, the server analyzes the current conditions to 
determine whether the requested download should proceed. 15 
Id this case, step 412 determines that the request is not 
prohibited because of the user's priority level (which 
exceeds the specified minimum of 25), restricted access 
times, download types, or maximum size of download. Nor 
is the request improper due to the server* s instantaneous 20 
loading. Nonetheless, the request should be suspended and 
cached because the server's average loading is higher than 
permitted, and because the download size is an "http:\V 
request larger than 20 Mb, which is prohibited during 
09:00-11:00 on Mondays. Accordingly, step 414 routes 25 
control to step 416, which programs the server 101 to 
automatically resubmit the cached URL after a predefined 
wait period. 

When step 416 determines that the wait period has passed, 
the server status is refreshed, and the request is again 30 
analyzed as previously done in step 412. Assuming that this 
occurs at 10:35, the request must be suspended and cached 
again, because the server still does not permit "http:\\" type 
requests exceeding 20 Mb at this time, and the current 
request is for 25 Mb. When the request is later evaluated 35 
after 11:05, it meets all applicable criteria, and is permitted 
to complete in step 418. 

Other Embodiments 

While the foregoing disclosure shows a number of illus- 40 
trative embodiments of the invention, it will be apparent to 
those skilled in the art that various changes and modifica- 
tions can be made herein without departing from the scope 
of the invention as defined by the appended claims. 
Furthermore, although elements of the invention may be 45 
described or claimed in the singular, the plural is contem- 
plated unless limitation to the singular is explicitly stated. 

What is claimed is: 

1. A method for operating a download request server to 
regulate information exchange between one or more termi- 50 
nals and an internet, the method comprising: 

from a first one of the terminals, the server receiving a 
request to download desired information from the inter- 
net to the first terminal, the request containing a down- 
load code identifying the desired information; 55 

the server determining server status including a level of 
activity of the server and predefined downloading 
restrictions of the server; 

the server retrieving a previously established user profile 60 
associated with the first terminal; 

the server applying predetermined criteria to the server 
status, user profile, and download code; 

if the criteria are satisfied, the server obtaining a complete 
response from the internet responsive to the download 65 
code and then forwarding the complete response to the 
first terminal; and 



if the criteria are not satisfied, the server determining a 
time to resubmit the request and scheduling resubmis- 
sion of the download code to the internet at the deter- 
mined time. 

2. The method of claim 1, the method further comprising: 
responsive to receiving the request from the first terminal, 

the server transmitting the request to the internet; and 
the server receiving an initial subpart of the complete 

response from the internet; 
where the predetermined criteria is additionally applied to 

content of the initial response. 

3. The method of claim 1, the download code being an 
internet-compatible universal resource locator identifying a 
source of the desired information. 

4. The method of claim 1, the internet comprising a 
private internet. 

5. The method of claim 1, the internet comprising the 
public Internet. 

6. The method of claim 1, the user profile including one 
or more of the following items of data: (1) a predetermined 
priority of an associated user, and (2) a predetermined 
schedule of permissible access times for that user. 

7. The method of claim 1, the obtaining of a complete 
response from the internet including submitting the request 
to the internet. 

8. The method of claim 2, the initial response including at 
least one of the following: 

a type of data object to be downloaded pursuant to the 
request, and a size of the complete response. 

9. The method of claim 1, the download code comprising 
at least one of the following items: a worldwide web 
address, a file transfer protocol address, and a gopher 
address. 

10. The method of claim 2, where if the criteria are not 
satisfied, the server additionally sends a message to the 
internet to abort the request. 

11. The method of claim 1, the method further 
comprising, if the criteria are not satisfied, caching the 
download code. 

12. The method of claim 1, there being multiple terminals, 
the server being coupled between the internet and the 
multiple terminals. 

13. The method of claim 1, there being one terminal, 
where the terminal includes a digital data processing appa- 
ratus and the server comprises a software program executed 
by the terminal. 

14. The method of claim 1, the activity level including a 
rating of processing activity and input/output activity of the 
server. 

15. The method of claim 1, where if the criteria are not 
satisfied, and additional conditions are met, the server aborts 
the determining of the time to resubmit the request and the 
scheduling of resubmission. 

16. The method of claim 1, the method further comprising 
resubmitting the request to the internet at the determined 
time. 
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17. A signal-bearing medium tangibly embodying a pro- 
gram of machine-readable instructions executable by a digi- 
tal processing apparatus to perform a method for operating 
a download request server to regulate information exchange 
between one or more terminals and an internet, the method 
comprising: 

from a first one of the terminals, the server receiving a 
request to download desired information from the inter- 
net to the first terminal, the request containing a down- 
load code identifying the desired information; 

the server determining server status including a level of 
activity of the server and predefined downloading 
restrictions of the server; 

the server retrieving a previously established user profile 
associated with the first terminal; 

the server applying predetermined criteria to the server 
status, user profile, and download code; 

if the criteria are satisfied, the server obtaining a complete 
response from the internet responsive to the download 
code and then forwarding the complete response to the 
first terminal; and 

if the criteria are not satisfied, the server determining a 
time to resubmit the request and scheduling resubmis- 
sion of the download code to the internet at the deter- 
mined time. 

18. The medium of claim 17, the method further com- 
prising: 

responsive to receiving the request from the first terminal, 
the server transmitting the request to the internet; and 

the server receiving an initial subpart of the complete 
response from the internet; 

where the predetermined criteria is additionally applied to 
content of the initial response. 

19. The medium of claim 17, the download code being an 
internet-compatible universal resource locator identifying a 
source of the desired information. 

20. The medium of claim 17, the internet comprising a 
private internet. 

21. The medium of claim 17, the internet comprising the 
public Internet. 

22. The medium of claim 17, the user profile including 
one or more of the following items of data: (1) a predeter- 
mined priority of an associated user, and (2) a predetermined 
schedule of permissible access times for that user. 

23. The medium of claim 17, the obtaining of a complete 
response from the internet including submitting of the 
request to the internet, 

executing a predetermined routine on the server to deter- 
mine loading of the server. 

24. The medium of claim 18, the initial response including 
at least one of the following: a type of data object to be 
downloaded pursuant to the request, and a size of the 
complete response. 

25. The medium of claim 17, the download code com- 
prising at least one of the following items: a worldwide web 
address, a file transfer protocol address, and a gopher 
address. 

26. The medium of claim 18, where if the criteria are not 
satisfied, the server additionally sends a message to the 
internet to abort the request. 

27. The medium of claim 17, the method further 
comprising, if the criteria are not satisfied, caching the 
download code. 

28. The medium of claim 17, there being multiple 
terminals, the server being coupled between the internet and 
the multiple terminals. 
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29. The medium of claim 17, there being one terminal, 
where the terminal includes a digital data processing appa- 
ratus and the server comprises a software program executed 
by the terminal. 

30. The medium of claim 17, the activity level including 
a rating of processing activity and input/output activity of 
the server. 

31. The medium of claim 17, where if the criteria are not 
satisfied, and additional conditions are met, the server aborts 
the determining of the time to resubmit the request and the 
scheduling of resubmission. 

32. The medium of claim 17, the method further com- 
prising resubmitting the request to the internet at the deter- 
mined time. 

33. A computer-driven internet server system, compris- 
ing: 

one or more terminals; and 

a download request server coupled to the terminals and 
including a digital data processing apparatus pro- 
grammed to perform a method for regulating informa- 
tion exchange between the terminals and an internet 
coupled to the server, the method comprising: 
from a first one of the terminals, the server receiving a 
request to download desired information from the 
internet to the first terminal, the request containing a 
download code identifying the desired information; 
the server determining server status including a level of 
activity of the server and predefined downloading 
restrictions of the server; 
the server retrieving a previously established user pro- 
file associated with the first terminal; 
the server applying predetermined criteria to the server 

status, user profile, and download code; 
if the criteria are satisfied, the server obtaining a 
complete response from the internet responsive to 
the download code and then forwarding the complete 
response to the first terminal; and 
if the criteria are not satisfied, the server determining a 
time to resubmit the request and scheduling resub- 
mission of the download code to the internet at the 
determined time. 

34. The system of claim 33, the method further compris- 
ing: 

responsive to receiving the request from the first terminal, 
the server transmitting the request to the internet; and 

the server receiving an initial subpart of the complete 
response from the internet; 

where the predetermined criteria is additionally applied to 
content of the initial response. 

35. The system of claim 33, the download code being an 
internet-compatible universal resource locator identifying a 
source of the desired information. 

36. The system of claim 33, triers being multiple termi- 
nals. 

37. The system of claim 33, the terminals including 
computers. 

38. The system of claim 33, the server comprising a 
digital data processing apparatus including a processor sepa- 
rate from the terminals. 

39. The system of claim 33, the internet comprising a 
private internet. 

40. The system of claim 33, the internet comprising the 
public Internet. 

41. The system of claim 33, the user profile including one 
or more of the following items of data: (1) a predetermined 
priority of an associated user, and (2) a predetermined 
schedule of permissible access times for that user. 
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42. The system of claim 33, the obtaining of a complete 
response from the internet including submitting the response 
to the internet. 

43. The system of claim 34, the initial response including 
at least one of the following: a type of data object to be 
downloaded pursuant to the request, and a size of the 
complete response. 

44. The system of claim 33, the download code compris- 
ing at least one of the following items: a worldwide web 
address, a file transfer protocol address, and a gopher 
address. 

45. The system of claim 34, where if the criteria are not 
satisfied, the server additionally sends a message to the 
internet to abort the request. 

46. The system of claim 33, the method further 
comprising, if the criteria are not satisfied, caching the 
download code. 

47. The system of claim 33, there being multiple 
terminals, the server being coupled between the internet and 
the multiple terminals. 

48. The system of claim 33, there being one terminal, 
where the terminal includes a digital data processing appa- 
ratus and the server comprises a software program executed 
by the terminal. 

49. The system of claim 33, the activity level including a 25 
rating of processing activity and input/output activity of the 
server. 

50. The system of claim 33, where if the criteria are not 
satisfied, and additional conditions are met, the server aborts 
the determining of the time to resubmit the request and the 30 
scheduling of resubmission. 

51. The system of claim 33, the method further compris- 
ing resubmitting the request to the internet at the determined 
time. 
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52. A computer-driven internet server system, compris- 
ing: 

one or more first means for receiving internet download 
requests; 

second means for exchanging digital signals; and 

third means, coupled to the first means via the second 
means, for regulating information exchange between 
the first means and an internet coupled to the third 
means, by: 

firom the first means, receiving a request to download 
desired information from the internet to the first 
means, the request containing a download code 
identifying the desired information; 

determining a third means status including a level of 
activity of the third means and predefined download- 
ing restrictions of the third means; 

retrieving a previously established user profile associ- 
ated the first means; 

applying predetermined criteria to the third means 
status, user profile, and download code; 

if the criteria are satisfied, obtaining a complete 
response from the internet responsive to the down- 
load code and then forwarding the complete response 
to the first means; and 

if the criteria are not satisfied, determining a time to 
resubmit the request and scheduling resubmission of 
the download code to the internet at the determined 
time. 
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